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Foreword 

The  Federal  Information  Processing  Standards  Publication  Series  of  the  National  Bureau  of  Standards  is  the 
official  publication  relating  to  standards  adopted  and  promulgated  under  the  provisions  of  Public  Law  89-306 
(Brooks  Bill)  and  under  Part  6  of  Title  15,  Code  of  Federal  Regulations.  These  legislative  and  executive  mandates 
have  given  the  Secretary  of  Commerce  important  responsibilities  for  improving  the  utilization  and  management  of 
computers  and  automatic  data  processing  systems  in  the  Federal  Government.  To  carry  out  the  Secretary’s  respon¬ 
sibilities,  the  NBS,  through  its  Institute  for  Computer  Sciences  and  Technology,  provides  leadership,  technical  guid¬ 
ance,  and  coordination  of  government  efforts  in  the  development  of  technical  guidelines  and  standards  in  these 
areas. 

In  October  1974,  the  Comptroller  General  of  the  United  States  in  a  report  to  the  Congress  noted  that  “adequate 
documentation  of  computer  programs  is  clearly  an  essential  element  of  efficient  and  economical  use  of  computer 
systems.”  Good  documentation  should  provide  information  to  support  the  effective  management  of  ADP  resources 
and  to  facilitate  the  interchange  of  information.  The  NBS  is  pleased  to  make  these  Guidelines  for  Documentation  of 
Computer  Programs  and  Automated  Data  Systems  for  the  Initiation  Phase  available  for  use  by  Federal  agencies  in 
establishing  and  evaluating  documentation  practices. 


James  H.  Burrows,  Director 
Institute  for  Computer  Sciences 
and  Technology 


Abstract 

These  guidelines  provide  a  basis  for  determining  the  content  and  extent  of  documentation  for  the  initiation 
phase  of  the  software  life  cycle.  Content  guidelines  are  given  for  the  following  document  types: 

Project  Request  Document, 

Feasibility  Study  Document,  and 
Cost/Benefit  Analysis  Document. 

The  guidelines  are  intended  to  be  a  basic  reference  and  a  checklist  for  general  use  throughout  the  Federal  Govern¬ 
ment  to  plan  and  evaluate  documentation  practices. 

Key  Words:  Automated  data  systems;  computer  programs;  cost/benefit  analysis;  documentation;  documentation 
content  guidelines;  feasibility  study;  FIPS  guidelines;  initiation  phase;  project  request;  software. 
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Announcing  the 


GUIDELINES  FOR  DOCUMENTATION  OF  COMPUTER 
PROGRAMS  AND  AUTOMATED  DATA  SYSTEMS  FOR  THE 

INITIATION  PHASE 


Federal  Information  Processing  Standards  Publications  are  issued  by  the  National  Bureau  of  Standards  pursuant 
to  the  Federal  Property  and  Administrative  Services  Act  of  1949,  as  amended,  Public  Law  89-306  (79  Stat.  1127), 
Executive  Order  11717  (38  FR  12315,  dated  May  11,  1973)  and  Part  6  of  Title  15  Code  of  Federal  Regulations  (CFR). 


Name  of  Guideline.  Guidelines  for  Documentation  of  Computer  Programs  and  Automated 
Data  Systems  for  the  Initiation  Phase. 

Category  of  Guideline.  Software,  Documentation. 

Explanation.  These  guidelines  provide  a  basis  for  determining  the  content  and  extent  of  doc¬ 
umentation  for  the  initiation  phase  of  the  software  life  cycle. 

Approving  Authority.  Department  of  Commerce,  National  Bureau  of  Standards  (Institute  for 
Computer  Sciences  and  Technology). 

Maintenance  Agency.  Department  of  Commerce,  National  Bureau  of  Standards  (Institute 
for  Computer  Sciences  and  Technology). 

Applicability.  These  guidelines  are  intended  to  be  a  basic  reference  and  a  checklist  for  gener¬ 
al  use  throughout  the  Federal  Government  to  plan  and  to  evaluate  documentation  practices. 

Implementation  Schedule.  Implementation  is  desirable  at  the  earliest  possible  date  to  achieve 
more  effective  use  of  ADP  resources  and  to  facilitate  interchange  of  information  about  com¬ 
puter  programs  and  automated  data  systems. 

Where  documentation  standards  are  already  in  existence,  it  is  recommended  that  they  be 
reviewed  for  conformance  with  the  intent  of  this  guideline  and  revised  as  needed  to  be  con¬ 
sistent  with  the  best  use  of  available  resources. 

Specifications.  The  following  pages  define  and  describe  the  initiation  phase  of  the  software 
life  cycle  and  provide  content  guidelines  for  the  Project  Request,  Feasibility  Study,  and 
Cost/Benefit  Analysis  document  types. 

Qualifications. 

a.  These  guidelines  are  not  intended  to  fulfill  the  requirements  of  OMB  Circular  A-109. 
The  documentation  would  need  to  be  augmented  to  enable  management  to  make  the  key 
decisions  required  by  paragraph  9  of  the  Circular.  The  documents  should  also  provide  data 
on  the  alternative  systems  (paragraph  11)  and  demonstrations  (paragraph  12)  required  by 
the  Circular. 
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b.  These  guidelines  are  designed  for  documentation  of  data  processing  applications  in 
the  Federal  Government.  They  are  applicable  to  a  broad  class  of  software,  but  may  need  to 
be  modified  in  individual  circumstances. 

Cross  Index. 

a.  Guidelines  for  Documentation  of  Computer  Programs  and  Automated  Data  Systems, 
Federal  Information  Processing  Standards  (FIPS)  Publication  38,  U.S.  Department  of  Com¬ 
merce,  National  Bureau  of  Standards,  1976  February  15. 

b.  Software  Summary  for  Describing  Computer  Programs  and  Automated  Data  Systems, 
Federal  Information  Processing  Standards  (FIPS)  Publication  30,  U.S.  Department  of  Com¬ 
merce,  National  Bureau  of  Standards,  1974  June  30. 

c.  Management,  Acquisition  and  Utilization  of  Automatic  Data  Processing,  Federal 
Management  Circular  74-5,  General  Services  Administration. 

d.  Policies  for  Acquiring  Commercial  or  Industrial  Products  and  Services  for  Govern¬ 
ment  Use,  OMB  Circular  A-76,  Office  of  Management  and  Budget,  Executive  Office  of  the 
President. 

e.  Discount  Rates  to  be  Used  in  Evaluating  Time-Distributed  Costs  and  Behefits,  OMB 
Circular  A-94,  Office  of  Management  and  Budget,  Executive  Office  of  the  President. 

f.  Guidelines  for  Accounting  for  Automatic  Data  Processing  Costs,  Federal  Government 
Accounting  Pamphlet  No.  4,  U.S.  General  Accounting  Office,  1978. 

g.  Major  System  Acquisitions,  OMB  Circular  A-109,  Office  of  Management  and  Budget, 
Executive  Office  of  the  President. 

h.  Major  System  Acquisitions,  A  Discussion  of  the  Application  of  OMB  Circular  A-109, 
OFPP  Pamphlet  No.  1,  Office  of  Federal  Procurement  Policy,  Executive  Office  of  the  Presi¬ 
dent,  August  1976. 


Definitions.  The  following  definitions  reflect  usage  in  this  document.  They  are  consistent 
with  FIPS  PUB  38. 

a.  Computer  Program.  A  series  of  instructions  or  statements,  in  a  form  acceptable  to  a 
computer,  prepared  in  order  to  achieve  a  certain  result. 

b.  Automated  data  system.  A  set  of  logically  related  computer  programs  designed  to 
accomplish  specific  objectives  or  functions. 

c.  Software.  Computer  programs  and/or  automated  data  systems. 


Where  to  Obtain  Copies  of  the  Guidelines.  Copies  of  this  publication  are  for  sale  by  the  Na¬ 
tional  Technical  Information  Service,  U.S.  Department  of  Commerce,  Springfield,  Virginia 
22161.  When  ordering,  refer  to  Federal  Information  Processing  Standards  Publication  64 
(NBS-FIPS-PUB-64)  and  title.  When  microfiche  is  desired,  this  should  be  specified.  Payment 
may  be  made  by  check,  money  order,  American  Express  Card,  or  NTIS  Deposit  Account. 
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Introduction 

The  planning,  design,  development,  and  implementation  of  computer  programs  and  auto¬ 
mated  data  systems1  represent  a  considerable  investment  of  human  and  automated  re¬ 
sources.  To  maximize  the  return  on  this  investment,  and  to  provide  for  cost-effective  opera¬ 
tion,  revision,  and  maintenance,  sufficient  documentation  is  needed  at  each  stage  of  the  soft¬ 
ware  development  life  cycle.  This  publication,  along  with  FIPS  PUB  38, 2  has  been  prepared 
in  response  to  that  need. 

Documentation  provides  information  to  support  the  effective  design,  management,  oper¬ 
ation,  maintenance  and  transferability  of  ADP  resources,  and  to  facilitate  the  interchange 
of  information.  It  serves  to: 

— Provide  managers  with  technical  documents  to  review  at  the  significant  development 
milestones  in  order  to  determine  that  requirements  have  been  met  and  that  resources 
should  continue  to  be  expended. 

— Record  technical  information  to  allow  coordination  of  later  development  and  use/mod¬ 
ification  of  the  software. 

— Facilitate  understanding  among  managers,  developers,  programmers,  operators,  and 
users  by  providing  information  about  maintenance,  training,  changes,  and  operation 
of  the  software. 

— Inform  other  potential  users  of  the  functions  and  capabilities  of  the  software,  so  that 
they  can  determine  whether  it  will  serve  their  needs. 

The  quality  and  consistency  of  software  documentation  depend  on  management  com¬ 
mitment  and  the  technical  environment.  The  criteria  for  evaluating  the  adequacy  of  docu¬ 
mentation  will  vary  directly  with  the  perceived  need  for  documentation.  The  utility,  quality, 
and  acceptability  of  the  documents  prepared  will  provide  a  measure  of  the  management 
judgment  exercised  in  implementing  the  documentation  guidelines. 

This  publication  provides  guidelines  for  the  content  of  software  documentation  during 
the  initiation  phase  of  the  software  life  cycle.  It  should  be  used  in  conjunction  with  FIPS 
PUB  38,  which  provides  guidelines  for  the  content  of  software  documentation  during  the 
development  phase  of  the  software  life  cycle.  Some  of  the  material  included  here  duplicates 
what  is  in  FIPS  PUB  38.  This  repetition  is  deliberate  in  order  to  achieve  an  independent  but 
parallel  basis  for  each  guideline. 

Guidelines  for  the  content  of  three  initiation  phase  document  types  are  presented,  along 
with  criteria,  so  that  management  can  determine  when  and  how  to  use  them.  Part  1  states 
the  purpose  of  each  document  type  and  its  relationship  to  the  software  life  cycle.  Part  2  dis¬ 
cusses  considerations  in  using  these  documentation  guidelines  including  guidance  criteria 
that  can  be  applied  to  determine  the  extent  of  documentation  required.  Part  3  details  ele¬ 
ments  of  the  initiation  phase.  Part  4  presents  content  guidelines  for  the  three  document 
types:  Project  Request  Document,  Feasibility  Study  Document,  and  Cost/Benefit  Analysis 
Document. 


1Throughout  this  FIPS  PUB  "software”  is  used  in  lieu  of  “computer  program  and/or  automated  data  system.” 

^‘Guidelines  for  Documentation  of  Computer  Programs  and  Automated  Data  Systems,”  Federal  Information  Processing  Standards  Publication  38,  Nation¬ 
al  Bureau  of  Standards,-  U.S.  Department  of  Commerce,  1976  February  15. 
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PART  1.  DOCUMENTATION  WITHIN  THE  SOFTWARE  LIFE  CYCLE 

1.1  Scope.  Computer  programs  and  automated  data  systems  evolve  in  phases  from  the  time 
that  an  idea  to  create  the  software  occurs  through  the  time  that  software  produces  the  re¬ 
quired  output.  It  is  recognized  that  there  are  in  current  usage  many  different  terminologies 
to  identify  these  phases  and  the  stages  within  these  phases.  Three  phases  applicable  to  the 
software  life  cycle  are:  initiation,  development,  and  operation.  In  FIPS  PUB  38  the  develop¬ 
ment  phase  was  addressed;  here  the  initiation  phase  is  addressed. 

This  publication  provides  content  guidelines  for  three  document  types  generally  pre¬ 
pared  during  the  initiation  phase.  Each  of  these  document  types  can  stand  alone  or  be  com¬ 
bined  with  others  to  meet  specific  documentation  requirements.  Figure  1  relates  the  prepa¬ 
ration  of  document  types  to  the  stages  in  the  initiation  and  development  phases.  The  amount 
of  documentation  produced  is  flexible,  and  this  flexibility  is  discussed  in  Part  2.  A  discussion 
of  the  key  activities  of  the  initiation  phase  and  a  diagram  of  their  relationship  to  the  three 
document  types  are  contained  in  Part  3.  Content  guidelines  for  the  three  initiation  phase 
document  types  are  provided  in  Part  4. 
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Figure  1.  Documentation  within  the  software  life  cycle. 

1.2  Phases.  While  the  terminology  used  to  describe  the  phases  is  arbitrary,  it  provides  a 
convenient  framework  within  which  the  development  of  software  may  be  discussed. 

1.2.1  Initiation.  During  the  Initiation  Phase,  the  objectives  and  general  definition  of  the 
requirements  for  the  software  are  established.  Project  Request,  Feasibility  Study,  and 
Cost/Benefit  Analysis  documents  may  be  prepared  during  this  phase. 

1.2.2  Development.  During  the  Development  Phase,  more  detailed  requirements  for  the 
software  are  determined  and  the  software  is  then  defined,  specified,  programmed,  and 
tested.  Documentation  is  prepared  within  this  phase  to  provide  an  adequate  record  of 
the  technical  information  developed.  See  FIPS  PUB  38  for  content  guidelines  for  ten 
document  types  which  may  be  prepared  during  the  four  stages  of  the  Development 
Phase. 
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1.2.3  Operation.  During  the  Operation  Phase,  the  software  is  maintained,  evaluated, 
and  changed  as  additional  requirements  are  identified. 

1.3  Document  Types.  The  purpose  of  each  of  the  three  document  types  is  defined  in  the  fol¬ 
lowing  paragraphs.  All  three  documents  require  user  involvement  to  define  the  project  and 
its  worth. 

1.3.1  Project  Request  Document.  The  purpose  of  the  Project  Request  Document  is  to 
provide  the  means  for  a  user  organization  to  request  the  development,  procurement  or 
modification  of  software  or  other  ADP-related  services.  It  serves  as  the  initiating  docu¬ 
ment  in  the  software  life  cycle,  and  provides  a  basis  for  communication  with  the  re¬ 
questing  organization  to  further  analyze  requirements  and  assess  impacts. 

1.3.2  Feasibility  Study  Document.  The  purpose  of  the  Feasibility  Study  Document  is  to 
provide:  (1)  an  analysis  of  the  objectives,  requirements  and  system  concepts;  (2)  an  eval¬ 
uation  of  alternative  approaches  for  reasonably  achieving  the  objectives;  and  (3)  identi¬ 
fication  of  a  proposed  approach.  This  document,  in  conjunction  with  the  Cost/Benefit 
Analysis  Document,  should  provide  management  with  adequate  information  to  make 
decisions  to  initiate  or  continue  the  development,  procurement  or  modification  of  soft¬ 
ware  or  other  ADP-related  services.  The  Feasibility  Study  Document  may  be  supple¬ 
mented  with  an  appendix  containing  details  of  a  cost/benefit  analysis,  or  may  be  consid¬ 
ered  with  a  separate  Cost/Benefit  Analysis  Document. 

1.3.3  Cost/Benefit  Analysis  Document.  The  purpose  of  the  Cost/Benefit  Analysis  Docu¬ 
ment  is  to  provide  managers,  users,  designers  and  auditors  with  adequate  cost  and  bene¬ 
fit  information  to  analyze  and  evaluate  alternative  approaches.  This  document,  in  con¬ 
junction  with  the  Feasibility  Study  Document,  should  provide  the  information  for  man¬ 
agement  to  make  decisions  to  initiate  or  continue  the  development,  procurement  or  mod¬ 
ification  of  software  or  other  ADP-related  services.  The  Cost/Benefit  Analysis  Document 
may  be  prepared  as  a  separate  document,  or  details  of  the  cost/benefit  analysis  may  be 
appended  to  the  Feasibility  Study  Document. 
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PART  2.  DOCUMENTATION  CONSIDERATIONS 

Documentation  preparation  should  be  treated  as  a  continuing  effort,  evolving  from  preli¬ 
minary  drafts,  through  changes  and  reviews,  to  the  delivery  of  the  documentation  and  soft¬ 
ware.  The  extent  of  documentation  to  be  prepared  is  a  function  of  agency  management 
practices  and  the  size,  complexity  and  risk  of  the  project. 

2.1  Responsibilities.  Separable  responsibilities  which  are  inherent  in  the  flexible  nature  of 
these  guidelines  are: 

a.  Definition  of  agency  guidance  to  project  managers  as  to  what  documentation  should 
be  prepared  under  various  conditions;  what  level  of  security  should  be  required,  if  any;  and 
what  levels  of  detail,  extent  and  formality  the  document  should  be  prepared. 

b.  Determination  by  a  project  manager  of  the  documentation  plan  for  a  specific  project, 
including: 

(1)  What  document  types  apply  and  should  be  prepared. 

(2)  The  formality,  extent,  and  detail  of  the  documentation. 

(3)  Responsibilities  and  a  schedule  of  preparation  for  the  documentation. 

(4)  Procedures  and  schedule  of  review,  approval,  and  distribution  and  the  distribution 
list. 

(5)  Responsibilities  for  documentation  maintenance  and  change  control  throughout  the 
system  life  cycle. 

The  formality,  degree  of  detail,  and  other  determinations  by  the  project  manager  in  specific 
cases  will  be  more  consistent  if  agency  guidance  and  criteria  are  established.  In  general,  as 
the  size,  complexity,  and  risk  of  a  project  increase,  so  does  the  need  for  formal,  extensive, 
detailed  documentation. 

2.2  Document  Audiences.  Each  document  type  is  written  for  a  particular  “audience.”  The 
audience  may  be  an  individual  or  a  group  of  individuals  who  are  expected  to  use  the  docu¬ 
ment  contents  to  perform  a  function,  e.g.,  management,  operation,  maintenance,  design,  pro¬ 
gramming.  The  information  should  be  presented  using  the  terminology  and  level  of  detail 
appropriate  to  the  audience,  and  all  unusual  terminology  and  acronyms  should  be  explained. 

2.3  Redundancy.  The  three  document  types  in  this  guideline  have  some  apparent  redundan¬ 
cy.  This  apparent  redundancy  is  of  two  types.  Introductory  material  has  been  included  in 
each  document  type  to  provide  the  reader  with  a  frame  of  reference.  This  information  has 
been  included  to  minimize  the  need  for  cross-referencing  to  parts  of  other  documents  that 
may  have  been  produced. 

Additionally,  some  of  the  document  types  specify  the  inclusion  of  material  also  specified 
in  another  document  type.  In  particular,  some  of  the  information  presented  in  the  Feasibili¬ 
ty  Study  Document  of  this  guideline  overlaps  that  in  the  Functional  Description  Document 
of  FIPS  PUB  38,  and  there  is  overlap  between  the  Feasibility  Study  and  the  Cost/Benefit 
Analysis  Documents.  However,  since  the  documents  are  prepared  at  different  points  in  the 
software  life  cycle,  and  the  information  is  intended  to  be  read  by  different  audiences,  such 
redundancy  provides  a  “stand  alone”  approach  for  each  guideline. 

2.4  Flexibility.  An  attempt  has  been  made  to  provide  a  consistent  organization  scheme 
within  the  various  document  types.  The  following  paragraphs  describe  options  which  should 
be  considered  to  achieve  flexibility  in  the  use  of  the  guidelines. 
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2.4.1  “Sizing”  of  Document  Types.  Each  document  type  outlined  may  be  used  to  prepare 
documents  that  range  from  a  few  to  several  hundred  pages  in  length.  The  size  depends 
on  the  size  and  complexity  of  the  project  and  the  judgment  of  the  project  manager  as  to 
the  level  of  detail  needed. 

2.4.2  Combining  and  Expanding  Document  Types.  It  is  occasionally  necessary  to  combine 
several  document  types  under  one  cover  or  to  produce  several  volumes  of  the  same  docu¬ 
ment  type.  For  example,  two  document  types  presented  in  this  guideline  may  be  com¬ 
bined  into  one.  When  this  is  done,  the  substance  of  the  contents  covered  by  each  docu¬ 
ment  type  should  be  presented  using  the  outline  of  that  document  type,  such  as,  Part 
I — Feasibility  Study,  Part  II — Cost/Benefit  Analysis.  Another  possibility  is  to  include  the 
cost/benefit  analysis  information  as  an  appendix  to  the  Feasibility  Study  Document. 

2.4.3  Format.  The  content  guidelines  in  Part  4  have  been  prepared  using  a  generally 
consistent  format.  Use  of  this  particular  format  is  encouraged  but  is  not  essential. 

2.4.4  Sequencing  of  Contents.  In  general,  the  order  of  the  sections  and  paragraphs  in  a 
particular  document  type  should  be  the  same  as  shown  in  the  content  guidelines  in  Part 
4.  The  order  may  be  changed  if  it  enhances  the  presentation. 

2.4.5  Section/Paragraph  Titles.  In  general,  the  titles  of  sections  and  paragraphs  should 
be  the  same  as  shown  in  the  content  guidelines.  The  titles  may  be  modified  to  reflect 
terminology  unique  to  the  software  being  documented  if  the  change  enhances  the  pre¬ 
sentation.  Sections  or  paragraphs  may  be  added  or  deleted  as  internal  requirements  dic¬ 
tate. 

2.4.6  Expansion  of  Paragraphs.  Many  of  the  document  types  have  paragraphs  with  a 
general  title  and  a  list  of  factors  that  might  be  discussed  within  that  paragraph.  The 
intent  of  the  content  guidelines  is  not  to  prescribe  a  discussion  of  each  of  these  items, 
but  to  suggest  that  these  items  be  considered  in  writing  that  paragraph.  These  and  all 
other  paragraphs  may  be  expanded  and  further  subdivided  to  enhance  the  presentation. 

2.4.7  Figures.  Some  problem  solutions  are  treated  best  in  the  form  of  graphic  represen¬ 
tations,  e.g.,  figures,  decision  tables,  flowcharts.  Any  of  these  may  be  included  in  or  ap¬ 
pended  to  the  documents  produced. 

2.4.8  Forms.  The  use  of  specific  forms  is  dependent  on  practices  in  an  agency.  Some  of 
the  information  specified  in  a  paragraph  in  the  content  guidelines  may  be  recorded  on 
such  forms.  If  so,  the  form  should  be  referenced  from  the  appropriate  paragraph.  The 
use  of  standard  forms  is  encouraged. 

2.5  Documentation  Guidance.  The  formality,  extent,  and  level  of  detail  of  documentation  to 
be  prepared  are  functions  of  agency  ADP  management  practices  and  the  size,  complexity, 
and  risk  of  a  project.  The  amounts  and  kinds  of  documentation  required  will  depend  on  the 
scope  of  each  individual  project.  Generally,  a  Project  Request  Document  is  required.  The 
extent  of  Feasibility  Study  and  Cost/Benefit  Analysis  Documents  depend  on  management 
and  project  requirements.  All  three  document  types  apply  to  both  new  systems,  and  systems 
undergoing  modification  or  enhancement. 
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PART  3.  ACTIVITIES  OF  THE  INITIATION  PHASE 


3.1  Key  Activities.  The  key  activities  of  the  initiation  phase  of  the  system  life  cycle  follow: 

— Define  objectives  and  criteria  of  the  project; 

— Prepare  Project  Request  documentation; 

— Identify  and  define  assumptions; 

— Identify  and  define  alternatives  to  be  considered; 

— Assess  the  technical  and  operational  feasibility  of  each  alternative; 

— Estimate  the  costs  (non-recurring  and  recurring)  of  each  alternative; 

— Define  and  estimate  the  quantifiable  benefits  of  each  alternative; 

— Describe  intangible  and  non-quantifiable  benefits; 

— Compare  the  technical  and  operational  feasibility,  and  the  economic  desirability  of 
each  alternative; 

— Analyze  the  sensitivity,  uncertainty  and  risk  of  each  alternative; 

— Prepare  Feasibility  Study  documentation;  and 
— Prepare  Cost/Benefit  Analysis  documentation. 

Figure  2  illustrates  the  relationship  of  these  key  activities  to  the  three  document  types. 


3.2  Define  Objectives  and  Criteria.  The  first  step  in  the  initiation  phase  is  to  define  the 
objectives  to  be  satisfied  by  the  project.  The  project  objectives  govern:  (1)  the  definition  of 
the  objectives  and  criteria  for  the  study  of  feasibility,  and  (2)  the  analysis  of  the  costs  and 
benefits  of  the  various  alternatives. 

3.3  Prepare  Project  Request  Documentation.  The  Project  Request  Document  is  used  as  a 
means  of  establishing  and  defining  project  objectives.  The  overall  system  concept,  as  envi¬ 
sioned  by  the  requestor,  should  be  stated  in  functional  terms  in  order  to  provide  analysts  a 
framework  within  which  to  conduct  feasibility,  cost/benefit  and  design  activities.  Criteria  for 
evaluating  the  feasibility,  costs  and  benefits  should  be  specified,  when  possible,  in  the  Pro¬ 
ject  Request  Document. 

3.4  Identify  and  Define  Assumptions.  The  scope  and  validity  of  the  feasibility  study  and 
cost/benefit  analysis  will  be  limited  by  the  assumptions  used.  Assumptions  are  statements 
of  the  “givens”  of  organizational  and  managerial  constraints,  priorities,  and  technical  and 
operational  considerations  which  define  the  context  of  the  analyses.  Two  assumptions  that 
are  commonly  made  are:  (1)  operational  life  of  the  system  based  on  program,  organizational 
and  economic  considerations;  and  (2)  relevant  period  for  the  comparison  of  alternatives.  All 
assumptions  should  be  documented  in  both  the  Feasibility  Study  and  Cost/Benefit  Analysis 
Documents. 

3.5  Identify  and  Define  Alternatives.  A  key  creative  process  of  system  designers  is  to  identi¬ 
fy  and  then  define  the  alternative  structures  and  methods  of  satisfying  the  objectives  of  a 
system  development  project.  Formulating  viable  alternatives,  and  structuring  them  for  fur¬ 
ther  analysis  and  consideration  should  be  documented  in  the  Feasibility  Study  Document. 

3.6  Assess  Technical  and  Operational  Feasibility.  The  technical  feasibility,  i.e.,  the  capability 
of  meeting  user  requirements  with  available  technology  and  methods  of  operation,  must  be 
assessed  in  the  feasibility  study.  Similarly,  the  operational  feasibility,  the  ability  to  fit  the 
particular  alternative  to  the  operational  pattern  and  resources  of  the  organization,  must  be 
assessed.  Both  aspects  should  be  documented  in  the  Feasibility  Study  Document. 
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Figure  2.  Relationship  of  the  key  activities  of  the  initiation  phase 
to  the  three  document  types. 
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3.7  Estimate  Costs  of  Alternatives.  Both  the  non-recurring  and  the  recurring  costs  of  each 
alternative  must  be  estimated  and  documented  in  either:  (1)  the  optional  cost  section  or 
appendices  of  the  Feasibility  Study  Document,  or  (2)  a  Cost/Benefit  Analysis  Document.  The 
content  guidelines  for  the  Cost/Benefit  Analysis  Document  list  common  non-recurring  and 
recurring  cost  elements. 

3.8  Define  and  Estimate  Quantifiable  Benefits.  Define  any  quantifiable  and  estimable  bene¬ 
fits,  or  substitute  indices  of  effectiveness;  and  estimate  their  values  for  each  alternative. 
Documentation  of  the  values  and  the  underlying  detail  usually  calls  for  the  preparation  of 
the  Cost/Benefit  Analysis  Document.  Current  Federal  guidance  prescribes  estimation  of  the 
benefits  for  each  year  of  the  period  of  comparison. 

3.9  Describe  Intangible  and  Non-Quantifiable  Benefits.  Frequently  the  benefits  and  indices  of 
effectiveness  for  each  alternative  cannot  be  quantitatively  defined  or  estimated.  It  is  impor¬ 
tant  to  describe  the  intangible  and  non-quantifiable  benefits,  and  any  indices  of  effectiveness, 
for  each  alternative  in  the  Cost/Benefit  Analysis  Document. 

3.10  Compare  the  Alternatives.  Compare  the  technical  and  operational  feasibility  and  the 
economic  desirability  of  each  alternative  for  technical  and  management  review.  The  content 
guidelines  for  the  Feasibility  Study  and  the  Cost/Benefit  Analysis  Documents  will  facilitate 
the  documentation  of  results  and  the  comparison  of  alternatives. 

3.11  Analyze  Sensitivity,  Uncertainty  and  Risk.  Sensitivity  analysis  is  a  tool  for  assessing 
the  extent  to  which  costs  and  benefits  are  sensitive  to  changes  in  key  factors:  e.g.,  length  of 
operational  life;  volume,  mix,  and  pattern  of  workload;  requirements;  configuration  of  equip¬ 
ment  and  operating  software;  and  significant  assumptions.  Sensitivity  analyses,  conducted 
on  different  configurations  with  each  alternative  proposal,  can  provide  a  range  of  costs  and 
benefits  which  are  likely  to  be  a  better  guide  than  a  single  estimate.  A  section  of  the  Cost/ 
Benefit  Analysis  Document  addresses  the  content  of  a  typical  sensitivity  analysis. 

3.12  Prepare  Feasibility  Study  Documentation.  Preparation  of  the  Feasibility  Study  Docu¬ 
ment  is  a  key  activity  in  the  initiation  phase.  The  presentation  of  the  results  of  the  study 
should  provide  management  with  adequate  information  to  make  a  decision  as  to  the  develop¬ 
ment  of  the  proposed  system. 

3.13  Prepare  Cost/Benefit  Analysis  Documentation.  Preparation  of  the  Cost/Benefit  Analysis 
Document  is  also  a  key  activity  in  the  initiation  phase.  Clarity,  accuracy,  and  thoroughness 
of  this  document  are  essential  in  providing  management  with  information  about  proposed 
alternatives.  Documentation  is  an  integral  part  of  the  analysis  process,  and  therefore  should 
be  prepared  throughout  the  cost/benefit  study.  Further,  producing  concise  and  complete 
final  documentation  of  the  initiation  phase  will  contribute  to  the  success  of  the  project. 
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PART  4.  CONTENT  GUIDELINES  FOR  DOCUMENT  TYPES 

Part  4  provides  content  guidelines  for  the  following  three  document  types  discussed  in 
Parts  1,  2  and  3. 

4.1  Project  Request  Document 

4.2  Feasibility  Study  Document 

4.3  Cost/Benefit  Analysis  Document 

These  document  types  are  presented  in  the  order  of  development  within  the  software 
life  cycle.  Included  for  each  document  type  are  a  table  of  contents  and  a  description  of  the 
contents  of  that  document  type.  The  page  numbers  cited  in  the  table  of  contents  for  each 
document  type  refer  to  the  internal  numbers  within  each  document  type. 
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The  purpose  of  the  Project  Request  Document  is  to  provide  a  means  for  a  user 
organization  to  request  the  development,  procurement  or  modification  of  software 
or  other  ADP-related  services.  It  serves  as  the  initiating  document  in  the  software 
life  cycle,  and  provides  a  basis  for  communication  with  the  requesting  organization 
to  further  analyze  requirements  and  assess  impacts. 

Contents 

Page 


SECTION  1.  ADMINISTRATIVE  INFORMATION  .  2 

1.1  Authorization  of  Request .  2 

1.2  Identification  of  Request .  2 

1.2.1  Project  Title  or  Name  .  2 

1.2.2  Requesting  Organization  .  2 

1.2.3  Date  of  Request  .  2 

1.2.4  Requesting  Individual/Contact .  2 

1.2.5  Type  of  Request  .  2 

1.3  Priority  Considerations .  2 

1.3.1  Priority  of  Request .  2 

1.3.2  Required  Date  .  2 

SECTION  2.  DESCRIPTIVE  INFORMATION  .  2 

2.1  Objectives .  2 

2.2  Description  of  Service  .  3 

2.3  Reason  for  Request .  3 

2.4  Relationship  to  Other  Systems .  3 

2.5  Privacy/Security  Considerations .  3 

2.6  Organizations  Affected .  3 

2.7  References  .  3 

SECTION  3.  CONTROL  INFORMATION  .  3 

3.1  Receipt  of  Request .  3 

3.1.1  Date  Request  Received  .  3 

3.1.2  Responsibility  .  3 

3.2  Disposition  of  Request  .  4 

3.2.1  Disposition .  4 

3.2.2  Responsibility  .  4 

3.2.3  Date  of  Completion .  4 

3.2.4  Project  Code  Assigned  .  4 

3.3  Estimated  Cost  Data  .  4 

3.4  Remarks  .  4 
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Project  Request  Document 

1.  ADMINISTRATIVE  INFORMATION 

The  information  in  this  section  is  supplied  by  the  requesting  organization. 

1.1 

Authorization  of  Request.  The  following  information  may  appear  on  a  cover 
sheet,  within  the  text  of  the  document,  or  on  a  separate  form:  authoriza¬ 
tion  by  the  requesting  official,  date  of  authorization,  and  any  accounting 
data  or  codes. 

1.2 

Identification  of  Request.  Provide  information  for  the  following  items: 

1.2.1 

Project  Title  or  Name.  Provide  the  functional/descriptive  name  of 
the  project  followed  by  the  designated  abbreviation,  if  applicable. 

1.2.2 

Requesting  Organization.  Provide  the  name  of  the  requesting  orga¬ 
nization. 

1.2.3 

Date  of  Request.  Enter  the  date  of  the  request. 

1.2.4 

Requesting  Individual/Contact.  Provide  the  name  of  the  individual 
who  will  act  as  the  principal  contact  on  all  matters  related  to  the 
project  (name,  title,  phone  number). 

1.2.5 

Type  of  Request.  Summarize  the  general  nature  of  the  service 
being  requested,  e.g.:  application  development,  procurement  or  mod¬ 
ification;  system  analysis,  design,  programming  or  testing;  report 
generation;  ADP  survey;  equipment  evaluation;  consultation;  or  file 
building. 

1.3 

Priority  Considerations.  Indicate  the  priority  of  the  project  as  follows: 

1.3.1 

Priority  of  Request.  Indicate  rank  order  of  the  request  relative  to 
other  project  requests  by  the  same  organization. 

1.3.2 

Required  Date.  Provide  the  date  on  which  the  service  requested 
must  be  completed. 

2.  DESCRIPTIVE  INFORMATION 

The  information  in  this  section  is  supplied  by  the  requesting  organization. 

2.1 

Objectives.  Describe  the  basic  requirements  and  objectives  of  the  project, 
including  the  tasks,  schedules,  scope  or  level  of  effort  that  could  be  used  as 
evaluation  criteria. 

2 
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2.2  Description  of  Service.  Provide  a  general  statement  concerning  the  na¬ 
ture  of  the  service  requested  and  the  overall  system  concept.  The  descrip¬ 
tion  should,  in  general  terms,  describe  what  functions  have  to  be  accom¬ 
plished  within  the  period  of  time  available.  When  possible,  provide  infor¬ 
mation  on  inputs,  processing  capabilities  and  desired  outputs. 

2.3  Reason  for  Request.  Provide  reasons  for  the  request,  e.g.,  a  result  of  new 
or  changed  legislation,  changes  in  Agency  policy,  correction  of  an  error  or 
omission,  improvement  of  current  operations,  addition  of  new  reports  or 
new  elements  of  data  in  reports,  or  data  collected. 

2.4  Relationship  to  Other  Systems.  If  the  requested  project  relates  directly  or 
indirectly  to  other  systems/functions/procedures  indicate  the  relationships 
in  terms  of  common  inputs,  processing  capabilities,  outputs,  etc. 

2.5  Privacy/Security  Considerations.  Identify  data  which  falls  within  the  pur¬ 
view  of  the  Privacy  Act  of  1974,  Freedom  of  Information  Act,  and  other 
privacy  and  security  considerations. 

2.6  Organizations  Affected.  Identify  those  organizations  affected  by  action 
required  on  the  project  request. 

2.7  References.  List  any  pertinent  reference  documents,  letters,  memos  or 
publications.  Provide  complete  identification  for  each  item,  e.g.,  originator, 
addressee,  date  and  title. 

3.  CONTROL  INFORMATION 

The  information  in  this  section  is  supplied  by  the  receiving/processing  organiza¬ 
tion.  The  information  is  dependent  on  internal  agency  administrative  proce¬ 
dures.  Common  elements  of  control  information  are  described  in  this  section. 

3.1  Receipt  of  Request.  Receipt  of  request  should  initiate  investigation  by  the 
receiving/processing  organization.  Such  an  investigation  can  involve  an 
individual  within  the  receiving/processing  organization  meeting  with  the 
requestor  to  discuss  details  of  the  project  and  to  get  a  better  understand¬ 
ing  of  what  the  requestor  wants.  Initial  investigation  also  involves  deter¬ 
mining  whether  to  undertake  a  feasibility  study,  or  analysis,  and  assessing 
the  availability  of  resources. 

3.1.1  Date  Request  Received.  Enter  the  date  that  the  request  is  re¬ 
ceived  by  the  receiving/processing  organization. 

3.1.2  Responsibility.  Identify  the  project  manager  or  other  individual 
assigned  to  investigate  the  request  (name,  title,  organization,  phone 
number). 
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3.2  Disposition  of  Request.  Disposition  of  the  request  is  based  on  the  initial 
investigation  undertaken  by  the  receiving/processing  organization. 

3.2.1  Disposition.  Indicate  whether  the  request  is  accepted,  rejected  or 
deferred,  and  why. 

3.2.2  Responsibility.  Identify  the  individual  processing  the  request  for 
disposition  (name,  title,  organization,  phone  number). 

3.2.3  Date  of  Completion.  Indicate  whether  the  date  refers  to  comple¬ 
tion  of  the  initial  investigation,  or  completion  of  the  service  re¬ 
quested. 

3.2.4  Project  Code  Assigned.  Identify  the  agency  number  assigned  to 
the  project. 

3.3  Estimated  Cost  Data.  Provide  cost  estimates  for  completion  of  the  feasibil¬ 
ity  study  or  other  analysis,  and  the  project  as  a  whole.  Significant  cost  fac¬ 
tors  may  include  personnel  effort,  equipment,  support  services  and  tele¬ 
communications. 

3.4  Remarks.  Include  any  additional  information,  such  as  problems  encoun¬ 
tered  and  references  attached. 
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The  purpose  of  the  Feasibility  Study  Document  is  to  provide:  (1)  an  analysis  of 
the  objectives,  requirements  and  system  concepts;  (2)  an  evaluation  of  alternative 
approaches  for  reasonably  achieving  the  objectives;  and  (3)  identification  of  a  pro¬ 
posed  approach.  This  document,  in  conjunction  with  the  Cost/Benefit  Analysis  Docu¬ 
ment,  should  provide  management  with  adequate  information  to  make  decisions  to 
initiate  or  continue  the  development,  procurement  or  modification  of  software  or 
other  ADP-related  services.  The  Feasibility  Study  Document  may  be  supplemented 
with  an  appendix  containing  details  of  a  cost/benefit  analysis,  or  may  be  considered 
with  a  separate  Cost/Benefit  Analysis  Document. 
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1.  GENERAL  INFORMATION 

1.1  Summary.  Summarize  the  general  nature  of  the  proposed  system  includ¬ 
ing  justification,  schedule  and  end  products. 

1.2  Environment.  Identify  the: 

a.  Project  sponsor,  developer,  user  and  computer  center  or  network  where 
the  software  will  be  implemented. 

b.  System  input,  output,  processing  and  security/privacy  requirements. 

c.  Interaction  with  other  systems  or  organizations. 

1.3  References.  List  applicable  references,  such  as: 

a.  Project  request  (authorization). 

b.  Previously  published  documents  on  the  project. 

c.  Documentation  concerning  related  projects. 

d.  FIPS  publications  and  other  reference  documents. 

2.  MANAGEMENT  SUMMARY 

Present  pertinent  facts  to  assure  that  the  proposed  system  addresses  current 
system  requirements.  Include  brief  statements  of  system  requirements,  objec¬ 
tives,  assumptions  and  constraints,  methodology,  evaluation  criteria  and  a  sum¬ 
mary  of  recommendations.  Detailed  analysis  is  presented  in  Section  3. 

2.1  Requirements.  State  the  requirements  of  the  proposed  system,  such  as: 

a.  New  services. 

b.  Increased  capacity. 

c.  Legislative  and  policy  requirements. 

d.  Privacy  and  security. 

e.  Audit  controls. 

f.  Target/completion  date. 

2.2  Objectives.  State  the  major  performance  objectives  of  the  proposed  sys¬ 
tem,  such  as: 

a.  Reduced  manpower  and  equipment  costs. 

b.  Increased  processing  speed. 

c.  Increased  productivity. 

d.  Improved  management  information  services. 

e.  Improved  controls  over  automated  decision  making  systems. 

f.  Compliance  with  regulations. 
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2.3  Assumptions  and  Constraints.  Present  the  assumptions  and  constraints  of 
this  study,  such  as: 

a.  Operational  life  of  the  proposed  system. 

b.  Period  of  time  for  comparison  of  system  alternatives. 

c.  Interaction  of  the  proposed  system  with  other  systems  and  organiza¬ 
tions. 

d.  Input,  processing  and  output  requirements. 

e.  Financial  constraints. 

f.  Legislative  and  policy  constraints. 

g.  Changing  hardware/software/operating  environment. 

h.  Availability  of  information  and  resources. 

2.4  Methodology.  Identify  how  this  study  was  accomplished  and  how  the  pro¬ 
posed  system  was  evaluated.  Summarize  the  general  method  or  strategy 
employed,  such  as:  survey,  weighting,  modeling,  benchmarking  or  simula¬ 
tion. 

2.5  Evaluation  Criteria.  Identify  the  criteria  employed  in  arriving  at  the  rec¬ 
ommendations  summarized  in  paragraph  2.6,  such  as:  cost,  priority,  devel¬ 
opment  time  or  ease  of  use. 

2.6  Recommendation.  State  the  recommendation  for  the  proposed  system,  in¬ 
cluding  consequences  of  not  taking  action,  and  what  delays  can  be  tolerat¬ 
ed. 

2.7  Other  Alternatives  Considered.  Summarize  each  alternative  considered 
and  state  the  reason  for  non-selection. 

3.  SYSTEM  REQUIREMENTS  AND  OBJECTIVES 

This  section  should  describe  the  requirements  and  objectives  of  the  proposed 
new  system,  or  the  proposed  change  to  the  existing  system.  Mandatory  items 
should  be  identified. 

3.1  Requirements.  Describe  the  requirements  as  follows: 

3.1.1  Outputs.  Describe  system  outputs,  e.g.,  reports,  documents  or 
data.  For  each  output,  include  characteristics  such  as  use,  frequen¬ 
cy  of  production,  interfaces  and  distribution. 

3.1.2  Inputs.  Describe  system  inputs  including:  source  of  data;  type, 
volume,  and  organization  of  data;  and  frequency  of  submission. 

3.1.3  Files  Description.  Describe  the  contents,  purpose,  use  and  update 
frequency  of  each  file. 
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3.1.4  Validation.  Describe  any  validation  criteria. 

3.1.5  Processing/Data  Flow.  Describe  the  major  processing/data  flow. 
The  flow  should  be  presented  in  graphic  form,  e.g.,  flowchart  or 
block  diagram  supplemented  by  narrative. 

3.1.6  Security,  Privacy  and  Control.  State  the  detailed  requirements  for 
security,  privacy  and  control. 

3.1.7  Information  Storage  and  Retrieval.  Specify  any  information  stor¬ 
age  and  retrieval  requirements. 

3.1.8  Interface.  Identify  any  systems  with  which  the  proposed  new/ 
changed  system  must  interface. 

3.2  Objectives.  State  the  major  performance  objectives  of  the  proposed  sys¬ 
tem,  such  as: 

a.  Reduced  clerical,  data  processing  or  equipment  rental  costs. 

b.  Increased  processing  speed. 

c.  Increased  productivity. 

d.  Improved  management  information  services. 

e.  Prevention  of  automatic  computer  issuance  of  incorrect  payments. 

f.  Improved  manpower  utilization. 

4.  ANALYSIS  OF  EXISTING  SYSTEM 

The  purpose  of  analyzing  the  existing  system  is  to  provide  a  basis  for  determin¬ 
ing  the  economic  and  management  advantages  of  the  proposed  new  system  or 
change.  This  section  should  include  the  information  in  the  following  paragraphs. 

4.1  Processing/Data  Flow.  Describe  the  major  processing/data  flow  of  the  ex¬ 
isting  system.  The  flow  should  be  presented  in  graphic  form,  e.g.,  flowchart 
or  block  diagram,  supplemented  by  narrative. 

4.2  Workload.  Specify  the  volume  of  work  handled  by  the  existing  system. 

4.3  Costs.  Itemize  costs  incurred  in  operating  the  existing  system,  e.g.,  man¬ 
power,  equipment,  space,  support  services,  materials  and  overhead.  Details 
of  costs  may  be  presented  in  a  Cost/Benefit  Analysis  Document  or  an  ap¬ 
pendix  to  this  document. 

4.4  Personnel.  Identify  skill  categories  and  number  of  personnel  required  to 
operate/maintain  the  existing  system. 

4.5  Equipment.  Itemize  any  equipment  used  by  the  existing  system. 
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4.6  Limitations.  Identify  any  limitations  of  the  existing  system,  such  as  inad¬ 
equate  or  untimely  information  needed  to  make  a  decision,  delay  in  getting 
data  to  the  user,  resource  constraints,  and  organization  and  policy  prob¬ 
lems. 

4.7  Special  Considerations.  Identify  any  other  factors  unique  to  this  system. 

5.  PROPOSED  SYSTEM 

This  section  should  describe  how  the  objectives  and  requirements  of  the  pro¬ 
posed  system  will  be  met.  All  concerned  parties  must  be  made  aware  of  impacts 
on  other  systems.  This  section  should  be  prepared  for  the  proposed  system;  note 
that  Section  6  contains  descriptions  of  other  feasible  alternative  systems. 

5.1  Description  of  Proposed  System.  Present  the  overall  system  concept  and 
describe  how  the  requirements  in  Section  3  will  be  met.  If  software  tools  or 
methodologies  associated  with  software  engineering  are  used,  describe 
them  in  the  context  of  the  overall  requirements. 

5.2  Improvements.  Describe  the  improvements  of  the  proposed  system  in 
terms  of  the  objectives  in  Section  3.2. 

5.3  Impacts.  Describe  the  anticipated  impacts  of  the  proposed  system,  includ¬ 
ing  potential  conversion  problems. 

5.3.1  Equipment  Impacts.  Describe  new  equipment  requirements  and 
changes  to  currently  available  equipment. 

5.3.2  Software  Impacts.  Describe  any  additions  or  modifications  needed 
to  existing  applications  and  support  software  in  order  to  adapt 
them  to  the  proposed  system. 

5.3.3  Organizational  Impacts.  Describe  any  organizational,  personnel 
and  skill  requirement  changes. 

5.3.4  Operational  Impacts.  Describe  the  effects  on  operations,  such  as: 

a.  User  operating  procedures. 

b.  Operating  center  procedures. 

c.  Operating  center/user  relationships. 

d.  Source  data  processing. 

e.  Data  entry  procedures. 

f.  Data  retention  requirements  and  information  storage  and  re¬ 
trieval  procedures. 

g.  Output  reporting  procedures,  media  and  schedules. 

h.  System  failure  consequences  and  recovery  procedures. 
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5.3.5  Developmental  Impacts.  Describe  developmental  impacts,  such  as: 

a.  Specific  activities  to  be  performed  by  the  user  in  support  of  de¬ 
velopment  of  the  proposed  system. 

b.  Resources  required  to  develop  the  data  base. 

c.  Computer  processing  resources  required  to  develop  and  test  the 
new  system. 

d.  Privacy  and  security  implications. 

5.3.6  Site/Facility  Impacts.  Describe  building  modification  requirements. 

5.3.7  Cost  Impacts.  Describe  cost  factors  that  may  influence  the  devel¬ 
opment,  design  and  continued  operation  of  the  proposed  system. 

6.  ALTERNATIVE  SYSTEMS 

Describe  each  alternative  system  considered.  If  no  alternatives  were  considered, 
so  state. 

6.1  Alternative  System  1.  Describe  alternative  system  1,  following  the  outline 
of  Section  5.  State  the  reasons  for  non-selection. 

6.2  Alternative  System  n.  Describe  alternative  system  n,  following  the  outline 
of  Section  5.  State  the  reasons  for  non-selection. 

7.  RATIONALE  FOR  RECOMMENDATIONS 

State  the  reasoning  which  supports  the  recommendation  of  the  proposed  system 
(presented  in  Section  5)  over  the  alternative  systems  (presented  in  Section  6). 
Include  all  quantifiable  and  non-quantifiable  benefits,  required  resources,  possi¬ 
ble  effects  of  delay,  and  consequences  of  not  taking  action. 

8.  PROPOSED  SCHEDULE 

Outline  a  proposed  schedule  to  include  detail  system  design,  programming,  pro¬ 
gram  test,  conversion  and  implementation.  Identify  major  milestones  and  man¬ 
agement  decision  points. 

APPENDIX.  DETAILS  OF  COST/BENEFIT  ANALYSIS 

If  a  separate  Cost/Benefit  Analysis  Document  will  not  be  prepared,  supplement 
the  Feasibility  Study  Document  with  an  appendix  containing  the  details  of  a 
cost/benefit  analysis.  Follow  the  content  guidelines  of  the  Cost/Benefit  Analysis 
Document. 
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The  purpose  of  the  Cost/Benefit  Analysis  Document  is  to  provide  managers,  users, 
designers  and  auditors  with  adequate  cost  and  benefit  information  to  analyze  and 
evaluate  alternative  approaches.  This  document,  in  conjunction  with  the  Feasibility 
Study  Document,  should  provide  the  information  for  management  to  make  decisions 
to  initiate  or  continue  the  development,  procurement  or  modification  of  software  or 
other  ADP-related  services.  The  Cost/Benefit  Analysis  Document  may  be  prepared 
as  a  separate  document,  or  details  of  the  cost/benefit  analysis  may  be  appended  to 
the  Feasibility  Study  Document. 
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1.  GENERAL  INFORMATION 

1.1  Summary.  Identify  the  existing  system,  if  any,  and  all  alternatives  proposed 
for  cost/benefit  analysis.  Summarize  the  system  requirements. 

1.2  Environment.  Identify: 

a.  Project  sponsor,  developer,  user  and  computer  center  or  network  where 
the  software  is  to  be  implemented. 

b.  System  input,  output,  processing  and  security/privacy  requirements. 

c.  Interaction  with  other  systems  or  organizations. 

1.3  References.  List  applicable  references,  such  as: 

a.  Project  Request  or  authorization. 

b.  Feasibility  Study  Document  or  other  previously  published  documents. 

c.  Documentation  concerning  related  projects. 

d.  FIPS  publications  and  other  reference  documents. 

e.  Federal  regulations. 

f.  Source  of  information  for  decision  criteria,  operational  performance  re¬ 
quirements  and  estimation  parameters  used  in  the  analysis. 


2.  MANAGEMENT  SUMMARY 

Present  a  concise  overview  of  the  cost/benefit  analysis  conducted.  A  format  for  a 
comparative  cost/benefit  analysis  summary  is  illustrated  in  Figure  1.  Detailed 
analysis  is  presented  in  Sections  4  through  7.  If  the  cost/benefit  analysis  details 
are  appended  to  the  Feasibility  Study  Document,  this  section  may  be  omitted. 

2.1  Scope.  State  the  purpose  of  the  cost/benefit  analysis,  the  alternatives  for 
development  and  operations,  and  major  elements  of  cost. 

2.2  Performance  and  Characteristics.  State  the  operational  requirements,  sys¬ 
tem  life,  and  workload  for  which  the  cost/benefit  analysis  was  conducted. 

2.3  Assumptions  and  Constraints.  State  the  assumptions  and  constraints  under 
which  the  cost/benefit  analysis  was  conducted. 

2.4  Methodology.  Summarize  the  procedures  for  conducting  the  cost/benefit 
analysis  and  the  techniques- used  in  estimating  and  computing  costs.  These 
techniques  may  be  detailed  in  an  appendix. 

2.5  Evaluation  Criteria.  State  criteria  for  evaluating  alternatives,  such  as  or¬ 
ganizational  objectives,  operational  efficiency,  and  reduced  operating  costs. 
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2.6  Summary  of  Recommendations.  Summarize  the  recommendations  for  devel¬ 
opment  and  operation  of  the  system. 

3.  DESCRIPTION  OF  ALTERNATIVES 

Briefly  describe  the  technical  and  operational  characteristics  of  the  alternatives 
considered,  including  the  existing  system.  If  no  alternatives  were  considered,  so 
state,  giving  reasons  why  alternatives  were  not  considered.  If  the  cost/benefit 
analysis  details  are  appended  to  the  Feasibility  Study  Document,  this  section 
may  be  omitted. 

3.1 


3.2 


3.3 


3.4 


Current  System.  Describe  the  technical  and  operational  characteristics  of 
the  current  system. 

Proposed  System.  Describe  the  technical  and  operational  characteristics 
of  the  proposed  system. 

Alternative  System  1.  Describe  the  technical  and  operational  characteris¬ 
tics  of  alternative  system  1. 

Alternative  System  n.  Describe  the  technical  and  operational  characteris¬ 
tics  of  alternative  system  n. 
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Comparative  Cost/Benefit  Analysis  Summary 


System  Life  Cost 
Present  Value  Cost 
Residual  Value 
Discounted  Residual 
Value 

Adjusted  Cost 
System  Life  Benefit 
Present  Value  Benefit 
Net  Present  Value 
Benefit/Cost  Ratio 
Payback  Period 


Comments: 


Figure  1  -  Comparative  Cost/Benefit  Analysis  Summary 
Alternatives  1  through  n. 


-t- 


Alternative  1 

Alternative  2 

Alternative  n 
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EXAMPLE  OF  PRESENTATION  OF  ALTERNATIVES  FOR  SECTION  3 

The  content  of  this  section  should  be  organized  to  provide  a  meaningful  and  logi¬ 
cal  presentation  of  the  alternatives  analyzed. 

3.1  Current  System  (Manual  Forms  Method) 

3.1.1  Technical  Characteristics 

3.1.2  Operational  Characteristics 

3.2  Proposed  System  (OCR  Scanner  Method:  Target  Price  Based  on  Actual 

Production) 

3.2.1  Technical  Characteristics 

3.2.2  Operational  Characteristics 

3.3  Alternative  System  1  (OCR  Scanner  Method:  Target  Price  Based  on  3- 

year  Average) 

3.3.1  Technical  Characteristics 

3.3.2  Operational  Characteristics 

3.4  Alternative  System  2  (Terminal  Entry  Method:  Target  Price  Based  on 

Actual  Production) 

3.4.1  Technical  Characteristics 

3.4.2  Operational  Characteristics 

3.5  Alternative  System  3  (Terminal  Entry  Method:  Target  Price  Based  on  3- 

year  Average) 

3.5.1  Technical  Characteristics 

3.5.2  Operational  Characteristics 
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4.  COSTS 

Describe  the  development  and  operation  costs  of  each  alternative,.  If  there  is  an 
existing  system,  include  costs  associated  with  its  continuation.  Where  applicable, 
compare  the  costs  of  a  system  developed,  operated  or  maintained  in-house  with 
the  costs  of  those  developed,  operated  or  maintained  by  contractors.  Formats  for 
a  cost  analysis  and  a  cost  analysis  worksheet  are  illustrated  in  Figures  2  and  3. 

4.1  Non-Recurring  Costs.  Present  non-recurring  costs  of  each  alternative  over 
the  system  life. 

4.1.1  Capital  Investment  Costs.  Include  costs  for  acquiring,  developing 
and  installing: 

a.  Site  and  Facility. 

b.  ADP  equipment. 

c.  Data  communication  equipment. 

d.  Environmental  conditioning  equipment. 

e.  Security  and  privacy  equipment. 

f.  ADP  operations,  multipurpose  and  applications  software. 

g.  Data  base. 

4.1.2  Other  Non-Recurring  Costs.  Include  costs  for: 

a.  Studies  (requirement  and  design  studies). 

b.  Procurement  planning  and  benchmarking. 

c.  Data  base  preparation. 

d.  ADP  software  conversion. 

e.  Reviews  and  other  technical  and  management  overhead. 

f.  Training,  travel  and  other  personnel-related  costs  of  develop¬ 
ment  and  installation  (except  salaries  and  fringe  benefits). 

g.  Involuntary  retirement,  severance  and  relocation  costs  for  per¬ 
sonnel. 

h.  Contractual,  interagency  or  other  direct  support  services. 

i.  Incremental  or  additional  overhead  costs. 
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4.2  Recurring  Costs.  Present  the  monthly  and/or  quarterly  recurring  costs  of 
operating  and  maintaining  the  alternative  over  the  system  life,  including: 

a.  Equipment  lease,  rentals  and  in-house  maintenance. 

b.  Software  lease,  rental  and  in-house  maintenance. 

c.  Data  communications  lease,  rental  and  in-house  maintenance. 

d.  Personnel  salaries  and  fringe  benefits. 

e.  Direct  support  services  (intra-agency  services). 

f.  Travel  and  training. 

g.  Space  occupancy. 

h.  Supplies  and  utilities. 

i.  Security  and  privacy. 

j.  Contractual  and  interagency  services,  such  as:  ADP  services,  data 
communications,  software,  technical  and  other  support. 

k.  Overhead.  Include  overhead  expenses  that  represent  additional  or  in¬ 
cremental  expenses  attributable  to  the  alternative. 


Cost/Benefit  Analysis  Document 


FIPS  PUB  64 


Non-Recurring  Costs: 
Capital 

Site  and  Facility 
Equipment 
ADPE 

Telecommunication 
Other 
Software 
Other 
Studies 
Procurement 
Conversion  &  Parallel 
Operations 
Training  &  Travel 


SUBTOTAL 


Recurring  Costs: 
Equipment 
Software 

Data  Communications 
Personnel 
Support  Services 
Travel  &  Training 
Space  Occupancy 
Supplies  &  Utilities 
Security  &  Privacy 
Services 
Overhead 


SUBTOTAL 
TOTAL  COSTS 
SYSTEM  LIFE  COST 
PRESENT  VALUE  COST 


Figure  2.  Cost  analysis 
Alternative  x 
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JIf  timing  is  known,  insert  in  appropriate  montl 
Otherwise,  insert  in  last  month  of  FY. 

2Ref.  OMB  Cir.  A-94. 
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5.  BENEFITS 

Describe  non-recurring  and  recurring  benefits  which  could  be  attained  through 
the  development  of  each  proposed  alternative.  State  benefits  in  quantifiable  or 
non-quantifiable  terms  that  relate  to  organizational  objectives,  goals,  missions, 
functions,  and  operating  environment.  Figures  4  and  5  illustrate  a  benefit  analy¬ 
sis  and  worksheet  for  quantifiable  dollar  benefits. 

5.1  Non-Recurring  Benefits.  Describe  benefits  that  can  be  assigned  dollar  val¬ 
ues.  Describe  benefits  in  terms  of  data  processing,  user,  administrative 
and  support  categories. 

5.1.1  Cost  Reduction.  Include  cost  reductions  resulting  from  improved 
system  operations,  such  as:  reduction  of  resource  requirements; 
improved  operating  efficiency;  improved  data  entry,  storage,  and 
retrieval  techniques;  system  performance  monitoring;  software 
conversion  and  optimization;  data  compression  techniques;  and  cen¬ 
tralized/decentralized  processing. 

5.1.2  Value  Enhancement.  Include  benefits  that  enhance  the  value  of 
an  application  system,  such  as:  improved  resources  utilization;  im¬ 
proved  administrative  and  operational  effectiveness;  and  reduced 
error  rates. 

5.1.3  Other.  For  example,  offsetting  receipts.  Include  the  value  of  ex¬ 
cess  equipment. 
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5.2  Recurring  Benefits.  Present  the  monthly  and/or  quarterly  recurring  bene¬ 
fits  of  operating  and  maintaining  the  alternative  over  the  system  life,  in¬ 
cluding: 

a.  Equipment  lease,  rentals  and  in-house  maintenance. 

b.  Software  lease,  rental  and  in-house  maintenance. 

c.  Data  communications  lease,  rental  and  in-house  maintenance. 

d.  Personnel  salaries  and  fringe  benefits. 

e.  Direct  support  services  (intra-agency  services). 

f.  Travel  and  training. 

g.  Space  occupancy. 

h.  Supplies  and  utilities. 

i.  Security  and  privacy. 

j.  Contractual  and  interagency  services,  such  as:  ADP  services,  data 
communications,  software,  technical  and  other  support. 

k.  Overhead.  Include  overhead  benefits  that  represent  additional  or  in¬ 
cremental  benefits  attributable  to  the  alternative. 

l.  Cost  avoidance.  Describe  avoidance  of  future  costs  that  would  be  in¬ 
curred  if  the  best  alternative  were  chosen  from  a  set  of  alternatives, 
compared  to  maintaining  current  operations.  Describe  improvements  in 
operational  flexibility,  information  handling  and  response  to  anticipated 
requirements,  as  related  to  cost  avoidance. 

5.3  Non-Quantifiable  Benefits.  Describe  benefits  which  cannot  be  quantified  in 
terms  of  direct  dollar  values,  such  as:  improved  service;  reduced  risk  of  in¬ 
correct  processing;  improved  information  handling;  and  enhanced  organi¬ 
zational  image.  Intangible  benefits  can  sometimes  be  assigned  values  in 
terms  of  estimates  and  tradeoffs.  When  applicable,  include: 

a.  Boundary  estimates,  i.e.,  analysis  of  “best  case”  and  “worst  case”  esti¬ 
mates  to  justify  the  proposed  alternative. 

b.  Tradeoffs  with  tangible  benefits,  i.e.,  cases  where  an  intangible  benefit 
is  gained  at  the  expense  of  reduced  potential  tangible  benefits. 
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Non-Recurring  Benefits/ 
Offsets: 

Cost  Reduction 
Value  Enhancement 


Other  (Including  Cost 
Avoidance) 


SUBTOTAL 

Recurrring  Benefits: 

Cost  Reduction 
Equipment 
Software 

Data  Communications 
Personnel 
Support  Services 
Travel  &  Training 
Space  Occupancy 
Supplies  &  Utilities 
Security  &  Privacy 
Services 
Overhead 


Other  (Including  Cost 
Avoidance) 


SUBTOTAL 

TOTAL  TANGIBLE  BENEFITS 
SYSTEM  LIFE  BENEFITS 
PRESENT  VALUE  BENEFIT 
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Figure  4.  Benefit  analysis 
Alternative  x 
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Figure  5.  Benefit  analysis  worksheet 
Alternative  x,  Year  N 
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6.  COMPARATIVE  COST/BENEFIT  SUMMARY 

Present  the  elements  below  in  a  manner  to  facilitate  comparison.  Provide  sup¬ 
porting  documentation  as  required  for  validation  and  management  review.  A 
format  for  a  cost/benefit  analysis  presentation  is  illustrated  in  Figure  6. 

6.1  Cost  of  Each  Alternative  Over  the  System  Life.  For  each  alternative,  pre¬ 
sent  costs  in  the  period  (year,  quarter,  month)  in  which  they  will  be  in¬ 
curred. 

6.1.1  Non-Recurring  Costs.  Include  non-recurring  costs  (capital  and 
other),  such  as  studies,  personnel  training,  site/facility  modifiica- 
tions,  supplies  and  security  procedures.  Total  the  non-recurring 
costs. 

6.1.2  Recurring  Costs.  Include  recurring  costs  such  as  rental,  mainte¬ 
nance,  utilities,  telecommunications  and  personnel.  Total  the  recur¬ 
ring  costs. 

6.1.3  Total  Cost.  Total  the  non-recurring  and  recurring  cost  subtotals 
for  each  year  of  the  system  life. 

6.1.4  System  Life  Costs.  Calculate  the  total  cost  over  system  life  by 
summing  the  total  costs  over  the  period  of  system  life. 

6.1.5  Present  Value  Cost.  Calculate  present  value  cost  over  the  entire 
system  life  using  authorized  present  value  factors.  Calculations  are 
to  be  based  on  discounting  methods  as  set  forth  in  OMB  Circular 
A- 94. 

6.1.6  Residual  Value  Estimate.  Calculate  the  remaining  economic  value 
of  ownership  of  all  ADP  resources  as  of  the  last  month  of  the  sys¬ 
tem  life,  as  established  by  Federal  guidelines.  Make  the  present 
value  calculation  to  get  the  discounted  residual  value. 

6.1.7  Adjusted  Cost.  Calculate  the  adjusted  cost  by  subtracting  the  dis¬ 
counted  residual  value  from  the  total  present  value  cost. 
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6.2 


6.3 


6.4 


6.5 


Benefits.  Identify  the  period  of  benefits.  Enter  the  quantifiable  dollar  ben¬ 
efits  for  the  period  in  which  they  are  accrued,  and  make  present  value  cal¬ 
culations. 

Net  Present  Value.  Calculate  the  net  present  value  by  subtracting  the 
adjusted  cost  from  the  total  present  value  of  benefits. 

Benefit/Cost  Ratio.  Calculate  the  benefit/cost  ratio  by  dividing  the  total 
present  value  of  benefits  by  the  adjusted  cost. 

Payback  Period.  Calculate  the  year  or  month  in  which  the  sum  of  benefits 
first  exceeds  the  sum  of  the  costs  expressed  in  current  dollars. 
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Total  Costs 
System  Life  Cost 
Present  Value  Cost 
Residual  Value1 
Present  Value  Factor 
Discounted  Residual  Value 
Adjusted  Cost2 


Total  Tangible  Benefits 
System  Life  Benefit 
Present  Value  Benefits 
Net  Present  Value 
Benefit/Cost  Ratio 
Cumulative  Benefits 
Cumulative  Costs 
Payback  (difference) 
Payback  Period3 


YEAR 


0 

1 

2 

3 

4 

5 

TOTAL 

Remaining  economic  value  of  ownership  of  ADP  resources  in  the  last  month  of  system  life. 
2Difference  between  present  value  cost  and  discounted  residual  value  in  the  last  month  of  system  life. 
3Point  at  which  total  benefits  exceed  total  costs,  excluding  present  values. 


Figure  6.  Cost/Benefit  analysis  over  system  life 
Alternative  x 
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7.  SENSITIVITY  ANALYSIS 

Sensitivity  analysis  is  a  tool  used  for  assessing  the  extent  to  which  costs  and 
benefits  are  sensitive  to  changes  in  key  factors,  e.g.,  length  of  system  life;  vol¬ 
ume,  mix  or  pattern  of  workload;  requirements;  and  configuration  of  equipment 
or  software. 

Sensitivity  analyses,  conducted  on  different  configurations  with  each  alternative 
proposal,  can  provide  a  range  of  costs  and  benefits  which  are  likely  to  be  a  better 
guide  than  a  single  estimate. 

7.1  Methodology.  Describe  the  approach,  assumptions  and  the  model  used  for 
conducting  the  sensitivity  analysis.  Describe,  including  examples  where 
appropriate,  the  analysis  of  factors  determined  to  warrant  sensitivity 
analysis,  for  example: 

7.1.1 


7.1.2 


7.1.3 


7.1.4 


7.1.5 
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Length  of  System  Life.  Consider  the  effects  of  a  shorter  or  longer 
system  life. 

Volume,  Mix  or  Pattern  of  Workload.  Consider  the  effects  of  varia¬ 
tion  in  the  estimated  volume,  mix  or  pattern  of  workload. 

Requirements.  Consider  the  effects  of  potential  changes  in  re¬ 
quirements  resulting  from  either  legislative  mandate  or  changes  in 
functional  or  organizational  structure. 

Configuration  of  Equipment  or  Software.  Consider  the  effects  of 
changes  in  configuration  of  hardware,  software,  data  communica¬ 
tions  and  other  facilities. 

Assumptions.  Consider  the  effects  of  alternative  assumptions  con¬ 
cerning  objective,  requirements  and  operations.  Consider  the  effects 
of  alternative  assumptions  concerning:  inflation  rate;  residual  val¬ 
ue  of  equipment,  facilities  and  software;  and  length  of  the  develop¬ 
ment  project,  e.g.,  effects  of  delay  in  completion. 
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7.2  Sources  of  Data.  Identify  the  sources  of  data  for  the  sensitivity  analysis. 
Identify  the  method  used  for  data  collection  and  the  quality  of  data. 

7.3  Other  Factors.  Identify  other  factors  which  may  qualitatively  or  quantita¬ 
tively  affect  the  assessment  of  costs  and  benefits  for  one  or  more  of  the 
alternatives,  but  which  are  not  amenable  to  sensitivity  analysis  of  their 
implications. 

7.4  Results.  Identify  and  display  in  convenient  fashion  the  results  of  the  sen¬ 
sitivity  analysis  for  all  alternatives  and  factors.  For  example,  a  display 
with  accompanying  narrative  might  appear  as  follows: 


F actor  2  ...  Factor  m 

Volume  of  (name) 

Workload 

Range  Tested:  Range  Tested: 

(range)  (range) 


Alternative  1 
(name) 


Alternative  2 
(name) 


Factor  1 
Useful  life 
Range  Tested: 
3,  5,  &  7  yrs 


Alternative  n 
(name) 

7.5  Evaluation  and  Conclusion.  Present  the  key  points  of  the  sensitivity  analy¬ 
sis,  evaluate  its  validity  and  implications,  and  present  the  conclusion. 
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EXAMPLES  OF  CONTENT  ORGANIZATION  FOR  COST/BENEFIT  ANALYSIS 

DOCUMENT 


Contents  of  this  document  type  may  follow  one  of  several  organizations  depend¬ 
ing  on  its  purpose. 

Example  A:  When  this  document  is  used  to  document  a  cost/benefit  analysis  for 
a  single  proposed  approach,  the  outline  would  be: 

Proposed  Approach 

Impacts 

Costs 

Benefits 

Summary 

Sensitivity  Considerations 

Example  B:  When  this  document  is  used  to  document  a  cost/benefit  analysis  for 
alternative  approaches,  with  options  within  each  approach  the  outline  would  be: 

Alternative  1  (Identify) 

Option  A  Description 
Impacts 
Costs 
Benefits 
Summary 

Sensitivity  Considerations 

Option  B 

Alternative  2  (Identify) 

Option  A 
Option  B 


Alternative  n  (Identify) 

Option  A 
Option  B 
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Example  C:  When  each  alternative  with  options  is  documented  in  separate  sec¬ 
tions  to  delineate  the  analysis  more  clearly,  the  outline  of  each  section  would  be: 

Alternative  1  (Identify) 

Description  (Option  A) 

Impacts 

Costs 

Benefits 

Summary 

Sensitivity  Considerations 

Description  (Option  B) 

Impacts 

Costs 

Benefits 

Summary 

Sensitivity  Considerations 

Example  D:  When  a  modification  to  an  analysis  already  conducted  is  prepared, 
retain  the  same  organization  and  annotate  each  change  included.  Alternatively, 
describe  only  the  additional  items,  numbering  paragraphs  corresponding  to  that  of 
the  original  document.  Modify  the  line  items  for  each  alternative  to  correspond  to 
the  changes. 


^U.S.  Government  Printing  Office  :  1988  -  201-597/92535 
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NBS  TECHNICAL  PUBLICATIONS 


PERIODICALS 

JOURNAL  OF  RESEARCH — The  Journal  of  Research  of  the 
National  Bureau  of  Standards  reports  NBS  research  and  develop¬ 
ment  in  those  disciplines  of  the  physical  and  engineering  sciences  in 
which  the  Bureau  is  active.  These  include  physics,  chemistry, 
engineering,  mathematics,  and  computer  sciences.  Papers  cover  a 
broad  range  of  subjects,  with  major  emphasis  on  measurement 
methodology  and  the  basic  technology  underlying  standardization. 
Also  included  from  time  to  time  are  survey  articles  on  topics 
closely  related  to  the  Bureau's  technical  and  scientific  programs. 
As  a  special  service  to  subscribers  each  issue  contains  complete 
citations  to  all  recent  Bureau  publications  in  both  NBS  and  non- 
NBS  media.  Issued  six  times  a  year.  Annual  subscription:  domestic 
SI 7;  foreign  $21.25.  Single  copy,  S3  domestic;  S3. 75  foreign. 
NOTE;  The  Journal  was  formerly  published  in  two  sections:  Sec¬ 
tion  A  “Physics  and  Chemistry”  and  Section  B  “Mathematical 
Sciences.” 

DIMENSIONS/NBS — This  monthly  magazine  is  published  to  in¬ 
form  scientists,  engineers,  business  and  industry  leaders,  teachers, 
students,  and  consumers  of  the  latest  advances  in  science  and 
technology,  with  primary  emphasis  on  work  at  NBS.  The  magazine 
highlights  and  reviews  such  issues  as  energy  research,  fire  protec¬ 
tion,  building  technology,  metric  conversion,  pollution  abatement, 
health  and  safety,  and  consumer  product  performance.  In  addi¬ 
tion,  it  reports  the  results  of  Bureau  programs  in  measurement 
standards  and  techniques,  properties  of  matter  and  materials, 
engineering  standards  and  services,  instrumentation,  and 
automatic  data  processing.  Annual  subscription:  domestic  $11; 
foreign  $13.75. 

NONPERIODICALS 

Monographs — Major  contributions  to  the  technical  literature  on 
various  subjects  related  to  the  Bureau's  scientific  and  technical  ac¬ 
tivities. 

Handbooks — Recommended  codes  of  engineering  and  industrial 
practice  (including  safety  codes)  developed  in  cooperation  with  in¬ 
terested  industries,  professional  organizations,  and  regulatory 
bodies. 

Special  Publications — Include  proceedings  of  conferences  spon¬ 
sored  by  NBS,  NBS  annual  reports,  and  other  special  publications 
appropriate  to  this  grouping  such  as  wall  charts,  pocket  cards,  and 
bibliographies. 

Applied  Mathematics  Series — Mathematical  tables,  manuals,  and 
studies  of  special  interest  to  physicists,  engineers,  chemists, 
biologists,  mathematicians,  computer  programmers,  and  others 
engaged  in  scientific  and  technical  work. 

National  Standard  Reference  Data  Series — Provides  quantitative 
data  on  the  physical  and  chemical  properties  of  materials,  com¬ 
piled  from  the  world’s  literature  and  critically  evaluated. 
Developed  under  a  worldwide  program  coordinated  by  NBS  under 
the  authority  of  the  National  Standard  Data  Act  (Public  Law 
90-396). 


NOTE;  The  principal  publication  outlet  for  the  foregoing  data  is 
the  Journal  of  Physical  and  Chemical  Reference  Data  (JPCRD) 
published  quarterly  for  NBS  by  the  American  Chemical  Society 
(ACS)  and  the  American  Institute  of  Physics  (AIP).  Subscriptions, 
reprints,  and  supplements  available  from  ACS,  1155  Sixteenth  St.. 
NW,  Washington,  DC  20056. 

Building  Science  Series — Disseminates  technical  information 
developed  at  the  Bureau  on  building  materials,  components, 
systems,  and  whole  structures.  The  series  presents  research  results, 
test  methods,  and  performance  criteria  related  to  the  structural  and 
environmental  functions  and  the  durability  and  safety  charac¬ 
teristics  of  building  elements  and  systems. 

Technical  Notes — Studies  or  reports  w  hich  are  complete  in  them¬ 
selves  but  restrictive  in  their  treatment  of  a  subject.  Analogous  to 
monographs  but  not  so  comprehensive  in  scope  or  definitive  in 
treatment  of  the  subject  area.  Often  serve  as  a  vehicle  for  final 
reports  of  work  performed  at  NBS  under  the  sponsorship  of  other 
government  agencies. 

Voluntary  Product  Standards — Developed  under  procedures 
published  by  the  Department  of  Commerce  in  Part  10,  Title  15,  of 
the  Code  of  Federal  Regulations.  The  standards  establish 
nationally  recognized  requirements  for  products,  and  provide  all 
concerned  interests  with  a  basis  for  common  understanding  of  the 
characteristics  of  the  products.  NBS  administers  this  program  as  a 
supplement  to  the  activities  of  the  private  sector  standardizing 
organizations. 

Consumer  Information  Series — Practical  information,  based  on 
N BS  research  and  experience,  covering  areas  of  interest  to  the  con¬ 
sumer.  Easily  understandable  language  and  illustrations  provide 
useful  background  knowledge  for  shopping  in  today's  tech¬ 
nological  marketplace. 

Order  the  above  NBS  publications  from:  Superintendent  of  Docu¬ 
ments,  Government  Printing  Office,  Washington,  DC  20402. 

Order  the  following  NBS  publications — FIPS  and  NBSIR's — from 
the  National  Technical  Information  Services,  Springfield.  V A  22161 . 

Federal  Information  Processing  Standards  Publications  (FIPS 
PUB) — Publications  in  this  series  collectively  constitute  the 
Federal  Information  Processing  Standards  Register.  The  Register 
serves  as  the  official  source  of  information  in  the  Federal  Govern¬ 
ment  regarding  standards  issued  by  NBS  pursuant  to  the  Federal 
Property  and  Administrative  Services  Act  of  1949  as  amended. 
Public  Law  89-306  (79  Stat.  1127),  and  as  implemented  by  Ex¬ 
ecutive  Order  11717  (38  FR  12315.  dated  May  1 1,  1973)  and  Part  6 
of  Title  15  CFR  (Code  of  Federal  Regulations). 

NBS  Interagency  Reports  (NBSIR) — A  special  series  of  interim  or 
final  reports  on  work  performed  by  NBS  for  outside  sponsors 
(both  government  and  non-government).  In  general,  initial  dis¬ 
tribution  is  handled  by  the  sponsor;  public  distribution  is  by  the 
National  Technical  Information  Services,  Springfield,  VA  22161, 
in  paper  copy  or  microfiche  form. 


BIBLIOGRAPHIC  SUBSCRIPTION  SERVICES 


The  following  current-awareness  and  literature-survey  bibliographies 
are  issued  periodically  by  the  Bureau: 

Cryogenic  Data  Center  Current  Awareness  Service.  A  literature  sur¬ 
vey  issued  biweekly.  Annual  subscription:  domestic  S25;  foreign 
$30. 

Liquefied  Natural  Gas.  A  literature  survey  issued  quarterly.  Annual 
subscription:  $20. 


Superconducting  Devices  and  Materials.  A  literature  survey  issued 
quarterly.  Annual  subscription:  $30.  Please  send  subscription  or¬ 
ders  and  remittances  for  the  preceding  bibliographic  services  to  the 
National  Bureau  of  Standards,  Cryogenic  Data  Center  (736) 
Boulder,  CO  80303. 
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